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AN  ANALYTICAL  COST  ESTIMATION  PROCEDURE 


by 

Dr.  Toke  Jayachandran,  Naval  Postgraduate  School 


1.  INTRODUCTION 

The  U.S.  Coast  Guard  has  recently  developed  a  new  desktop-computer  based  cost  analysis 
software  system  called  PACE1 2  (Project  Analysis  and  Cost  Estimating).  It  is  intended  for  use  by 
Coast  Guard  personnel  to  assess  the  cost  of  a  new  project  such  as  the  replacement  of  an  existing 
hangar  with  a  new  modernized  hangar,  or  to  analyze  cost  issues  associated  with  the  acquisition 
of  a  new  cutter.  The  inputs  to  the  system  are  the  various  factors/variables  that  influence  cost.  In 
the  case  of  a  hangar  replacement,  these  factors  could  relate  to  the  demolition  of  an  existing 
hangar,  environmental  cleanup,  building  a  new  hangar,  including  the  construction  costs  per 
square  foot,  and  the  number  of  supervisory  personnel  required.  It  is  the  intent  that  PACE  will  be 
used  as  a  vehicle  to  perform  sensitivity  and  trade  off  analyses  to  arrive  at  an  "optimal  minimum 
cost  option"  before  requesting  funding  for  the  project.  It  is  also  expected  that  when  PACE  is 
fully  functional,  it  will  be  used  to  perform  many  of  the  day-to-day  budget  related  computations. 

Coast  Guard  analysts  will  be  able  to  use  PACE  to  obtain  preliminary  information  as  to  which  of 
the  cost  factors  that  are  within  their  control  offer  the  best  leverage  for  cost  optimization.  For  the 
hangar  replacement  example,  the  Coast  Guard  has  control  over  the  size  and  arrangement  of  a 
new  hangar  as  well  as  the  number  and  the  ranks  of  the  supervisory  personnel  needed.  They  may 
want  to  know  which  one  of  these  two  factors  has  the  better  potential  for  cost  reduction.  The 
initially  assigned  values  for  each  of  the  controllable  cost  factors  is  decreased  by  a  certain  fixed 
percentage  (say  10%)  and  the  resulting  change  in  the  project  cost  is  noted;  it  may  be  useful  to 
store  the  cost  outputs  for  future  reference  and  analysis.  Those  factors  that  did  not  produce  a 
significant  cost  change,  i.e.,  the  cost  savings  did  not  exceed  a  pre-selected  minimal  threshold 
value  (say  5%)  are  eliminated  from  further  consideration.  The  remaining  variables  can  then  be 
rank  ordered  in  terms  of  their  importance  for  reducing  cost.  This  is  followed  by  an  examination 

1  PACE  is  described  in  References  1  and  2. 

2  PACE  has  the  capability  to  rank  order  cost  elements. 


1 


of  the  influence  of  certain  logically  selected  (based  on  the  results  of  the  previous  step  or  the 
analyst's  intuition)  cost  factor  combinations,  after  increasing/decreasing  the  assigned  values  by 
prescribed  amounts  and  observing  their  impact  on  project  cost.  This  step  will  lead  to  an 
identification  of  a  subset  of  "most  promising  factor  combinations"  for  a  more  extensive  tradeoff 
analysis.  An  added  advantage  of  this  method  is  that  the  Coast  Guard  analysts  will  have  at  their 
disposal  information  on  how  the  controllable  variables  affect  cost  and  will  be  able  to  make  cost 
optimization  judgements  on  an  informed  basis. 

Tradeoff  analyses  can  be  performed,  using  PACE,  by  changing  the  values  assigned  to  the 
variables  in  the  “most  promising”  factor  combinations  (selected  using  the  process  described 
above)  and  analyzing  the  project  cost  outputs,  to  arrive  at  the  "optimal"  (minimal  cost  and 
meeting  the  Coast  Guard  needs)  set  of  values  for  the  cost  factors.  A  drawback  to  this  method  is 
that  a  large  number  of  input  combinations  may  need  to  be  tested  in  order  to  identify  the  "desired" 
input  choices.  An  alternative  is  to  develop  an  analytical  approach  for  performing  sensitivity  and 
tradeoff  analyses.  The  objective  of  this  study  is  to  propose  a  mathematical  model  that  describes 
a  functional  relationship  between  the  cost  factors  and  the  total  cost  of  a  project.  Calculus 
techniques  can  then  be  applied  to  identify  the  "influence"  of  each  of  the  cost  factors  and 
objectively  determine  the  "desirable  input  combination".  A  procedure  for  selecting  and 
analyzing  an  appropriate  mathematical  model3  that  expresses  cost  as  a  function  of  the  inputs  is 
discussed  below. 

2.  MATHEMATICAL  MODELING  OF  COST 

We  begin  by  postulating  that  the  total  cost  of  a  project,  say  C,  is  a  differentiable  function  of  k 
input  variables  x2,  .  .  .Xfc  i.e.,  C  =  ft>q,  x2,  .  .  .x0.  Certain  partial  derivatives  of  this 
function  provide  important  information  relevant  to  cost  analyses. 

The  partial  derivatives  (the  rates  of  change  of  cost  w.  r.  t.  each  xj) 

SC/Sxj,  i=  1, 2,...k, 


3  See  the  appendix  Overview  of  Data  Storage  in  PACE  about  the  limitations  of  extracting  a  mathematical  model 
from  the  databases  in  PACE. 
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when  multiplied  by  small  changes  in  x[,  cbq,  are  the  marginal  costs.  They  measure  the  effects  of 
arbitrarily  small  changes  in  the  variables  xj  on  the  total  cost  C. 

The  total  differential 


dC  =  (5C/5xi)dxi  +  (8C/5x2)dx2  +  . . .  +  (SC/Sx^dx^ 

is  a  measure  of  the  change  in  total  cost  when  all  of  the  input  variables  are  perturbed  by  small 
amounts  dx1?  dx2,. . . .  dx^.  Note  that  the  differential  is  a  linear  approximation  to  the  change  in 
cost.  In  general,  when  the  cbq  are  small,  the  differential  provides  a  good  approximation.  If  a 
higher  precision  is  desired,  terms  involving  second-order  partial  derivatives  can  be  added  to  the 
formula;  the  resulting  new  formula  is  essentially  a  second-order  Taylor  polynomial 
approximation.  Of  course,  the  approximation  can  be  improved  even  more  by  including  third 
order  terms. 

Sometimes,  one  is  interested  in  describing  relative  changes  in  cost  and  the  inputs.  This  can  be 
achieved  by  using  what  economists  refer  to  as  "elasticities"  (s)  that  bring  relative  changes  in  two 
quantities  in  relation  to  each  other.  Specifically, 

si  =  (dC/C)  /  (cbq/xi)  =  (dC/dxj)  (xj/C) 

is  the  elasticity  of  the  i^  variable.  It  represents  the  percent  change  in  cost  when  the  i^1  input 
variable  xi  is  changed  from  its  current  value  by  a  certain  marginal  percentage  <frq ,  while  holding 
the  values  of  the  other  variables  fixed. 

Three  generic  type  of  models  that  are  often  used  by  cost  analysts  are  the  following. 

Linear  Model:  C  =  aQ  +  ajXj  +  a2X2  +. . .  +  akx^ 

Exponential  Model:  C  =  eC^  +  alxl  +  a2x2  +-  •  -+  akxk) 
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Cobb-Douglas  Power  Model:  C  =  xjai  X2a2. .  .xjAk,  (1) 

where  aj  +  a2  +...+  =  1 


The  power  model,  or  the  Cobb-Douglas  model,  in  particular,  has  been  successfully  used  by 
econometricians  (see  reference  [3])  to  approximate  the  relationship  between  cost  and  the  input 
variables,  in  several  inherently  different  applications.  The  reasons  for  the  easy  adaptability  of 
this  model  are  that  the  structure  of  the  model  and  the  number  of  parameters  a1?  a2, . .  .  a^  allow 
enough  flexibility  to  fit  many  situations,  and  that  it  is  fairly  straight  forward  to  estimate  the 
parameters  statistically,  if  historical  data  is  available. 

We  propose  the  use  of  the  Cobb  Douglas  equation  (1)  to  model  the  total  cost  of  a  Coast  Guard 
project  as  a  function  of  the  inputs.  Generally,  one  begins  by  estimating  the  unknown  parameters 
of  the  model,  namely,  ao,  aj,  &2  -  •  •  •  ak  statistically,  using  historical  data  on  the  input  variables 
and  the  total  costs  from  past  projects  (similar  to  the  project  under  investigation).  However,  such 
archived  data  may  not  be  readily  available  for  many  of  the  Coast  Guard  projects.  Then,  it  is 
necessary  to  assign  values  to  these  parameters  in  some  logical  fashion.  One  approach  could  be 
to  choose  the  values  of  aj  in  proportion  to  the  relative  sizes  of  the  input  variables  Xj.  As  an 
example,  if  the  number  of  input  variables  is  three  and  Xj=  2,  X2  =  3,  x3  =  5,  the  unknown 
parameters  aj,  a2,  and  a3  may  be  assigned  the  values  2/10,  3/10/,  5/10,  respectively.  Equation 
(1)  now  becomes 


C  =  ao  [X!0-2  x2°-3  x30-5] 

A  value  for  the  parameter  a$  is  then  chosen  so  as  to  match  the  expected  cost  C  of  the  project. 
The  formulas  for  the  cost  derivatives  and  the  differential,  for  this  particular  model,  work  out  to 
be 


8C/6xi  =  ai(C/xj)  i  =  1, 2,...k  (2) 

and  dC  =  C*  [(aj/xjjdx!  +  (a2/x2)dx2  +...+  (a^/x^dx^].  (3) 
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The  following  example  adapted  from  the  PACE  User's  Manual  [1]  demonstrates  the  step-by-step 
process  for  selecting  a  mathematical  model  to  represent  the  relationship  between  the  cost  factors 
and  the  total  cost  for  a  Coast  Guard  project. 

3.  AN  EXAMPLE 

A  fictitious  project  to  demolish  an  existing  hangar  and  replace  it  with  a  new  hangar  is  used  to 
demonstrate  the  workings  of  PACE,  in  Section  8  of  the  PACE  User's  Manual  [1].  It  can  be  seen 
from  the  data  in  Figure  8-7  of  the  Manual  that  the  major  factors  influencing  the  total  cost  of  the 
project  are  the  square  footage  of  the  existing  hangar,  the  desired  square  footage  for  the  new 
hangar,  the  number  and  the  ranks  of  the  Coast  Guard  personnel  assigned  to  the  project,  and  the 
environmental  compliance  requirements  for  the  new  hangar.  Since  the  cost  of  the  environmental 
cleanup  is  very  small,  this  factor  will  not  be  included  in  this  demonstration.  Therefore,  the  three 
input  variables  and  their  initial  values  are  xj=5  units  (5  OK  square  feet  for  the  old  hangar;  a  unit 
is  taken  to  be  10K  square  feet),  X2=3  (30K  square  feet  for  the  new  hangar)  and  X3=7  (number  of 
personnel  assigned  to  the  project).  Since  the  unit  costs  for  the  three  variables  are  approximately 
$100K,  $1M  and  $50K  respectively,  aj,  a2,  a3  are  assigned4  the  values  2/23,  20/23  and  1/23. 
The  appropriate  Cobb-Douglas  equation  (1)  for  the  above  choice  of  input  values  is 

$4M  =  C  =  (a^  (52/23)  (320/23)  (7l/23)  .  (4) 

The  total  estimated  cost  for  the  project,  is  shown  to  be  $4M  (rounded  off)  in  Figure  8.8  of  the 
PACE  Users  Manual  [1].  The  coefficient  aQ  is  then  calculated  to  be  $1.229M. 

The  superscripts/powers  2/23  =  0.087,  20/23  =  0.870  and  1/23  =  0.043,  are  now  the  elasticities 
of  the  three  input  factors.  This  means,  for  example,  that  a  one  unit  (10K  square  feet)  increase  in 
Xj  (square  footage  of  the  existing  hangar  to  demolish)  will  result  in  an  increase  of  S.0696M 
[$4M  x  (2/23)  x  (1/5)]  in  the  total  cost  of  the  project. 


4  The  costs  sum  to  S1.15M  or  23  times  $50K  so  the  fractions  are  computed  accordingly. 
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If  the  three  variables  are  increased/decreased  by,  dxj  =  +  0.2,  dx2  =  -  0.5  and  dx3  =  -  0.5  units 
respectively,  from  their  current  values  of  5,  3  and  7,  the  approximate  reduction  in  cost  is 
determined  from  the  differential  (3)  to  be 

dC  =  $4.0M  *  [(2/23)(  +0.2/5)  +  (20/23)(  -0.5/3)  +  (l/23)(-0.5/7)]  =  ~  -  $  0.578M. 

For  this  example,  the  true  reduction  in  cost  can  be  calculated  directly  by  plugging  in  the 
modified  values  of  the  input  variables,  namely,  Xj  =  5.0  +  0.2  =  5.2,  x2  =  3.0  -  0.5  =  2.5  and 
x3  =  7.0  -  0.5  =  6.5  into  equation  (4).  The  exact  change  in  cost  is  $.587M  and  the  absolute  error 
in  the  differential  approximation  is  about  1.5%  (.009/.587). 

A  similar  calculation  using  percentages  would  show  that  a  1%  increase  in  xj,  a  1%  decrease  in 
x2  and  a  10%  decrease  in  x3  would  result  in  a  change  of  cost  of 

(0.087)(.01)  -  (0.870)(.01)  -  (0.043)(.l)  =  -1.2% 

(a  1.2%  decrease  in  project  cost.)  Note  that  this  1.2%  decrease  in  cost  is  independent  of  the 
values  currently  assigned  to  the  three  variables  x ,  x2,  x3.  In  other  words,  this  percentage 
reduction  in  project  cost  is  a  relative  change  which  will  be  the  same  whether  the  values  initially 
assigned  to  {xb  x2,  x3}  are  {5,3,7}  or  {10,14,25}  or  any  other  set  of  three  numbers. 


4.  STATISTICAL  ESTIMATION  OF  PARAMETERS 

As  indicated  earlier,  ideally  the  parameters  aj,  a2,....ajc  in  the  Cobb-Douglas  model  (1)  should  be 
estimated  using  historical  data  from  projects  of  a  similar  nature.  The  resulting  model  will  then 
be  more  efficacious  in  describing  the  relationship  between  the  inputs  and  the  cost.  We  describe 
below  the  procedure  for  estimating  the  parameters  aj,  a2,.. . .  a^  in  the  Cobb-Douglas  model. 

Suppose  data  is  available  on  the  values  of  the  k  input  variables  xji  i=  1,  2,...k,  j  =  1,  2,...N  and 
the  costs  Cj,  j  =  1,  2,...N,  for  N  previous  projects.  The  first  step  is  to  apply  a  logarithmic  (In) 
transformation  to  the  data  to  obtain 
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Yij  =  In(xij)  and  Zj  =  ln(Cj). 


The  Cobb-Douglas  model  (1)  then  translates  to 


Zj  =  ln(ao)  +  a1y1j  +  a2y2j+-.+akykj  j  =  1, 

ln(C)  =  ln(ao)  +  ajln^j)  +  a2ln(x2j)  +...+  akln(xkj). 

This  modified  model  expresses  logarithmic  costs  as  linear  functions  of  the  input  variables,  also 
represented  on  a  logarithmic  scale.  Standard  "multiple  regression"  techniques  can  be  applied  to 
statistically  estimate  the  unknown  parameters  aj,  a2,„.ak  and  ln(a^).  Some  of  the  commonly 
used  statistical  packages  such  as  MINITAB,  SAS  or  EXCEL  contain  routines  to  compute  these 
quantities.  Details  of  the  mathematical  formulas  and  their  statistical  properties  of  the  parameter 
estimates  can  be  found  in  reference  [2]. 

5.  CONCLT TDTNG  REMARKS 

This  report  describes  a  procedure  for  selecting  a  mathematical  model  to  represent  the 
relationship  between  the  cost  of  a  project  and  the  factors  that  affect  cost.  Some  of  the  uses  for 
such  a  model  are  (1)  to  identify  the  most  influential  factors,  (2)  obtain  numerical  measures  of 
factor  influences  (elasticities)  and  (3)  to  select  the  combination  of  inputs  that  will  provide  "the 
most  beneficial  project"  within  the  budget  constraints.  Of  course,  all  models  are,  inherently, 
approximations  and  how  accurately  the  model  represents  "reality"  depends  on  how  well  we  are 
able  to  determine  the  values  for  the  unknown  parameters  in  the  model  (such  as  a^,  al5  a2,...ak  in 
the  Cobb-Douglas  model)  and  also,  to  some  extent,  on  the  functional  form  of  the  relationship 
between  the  factors  and  the  cost.  However,  we  believe,  the  model  can  still  be  used  effectively  to 
assess  the  trends  in  the  impact  of  small  changes  in  the  factors  on  the  cost,  even  when  appropriate 
data  is  not  available  to  estimate  the  model  parameters  with  high  precision.  The  mathematical 
approach  to  cost  optimization  described  in  this  report  may  also  be  used  as  an  adjunct  to  PACE. 
First,  the  "best"  factor  combination  is  determined  using  the  analytical  method  and  then  PACE 
may  be  used  to  adjust  the  factor  values  to  improve  on  the  approximate  analytic  solution. 
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Appendix 


Overview  Of  Data  Storage  in  PACE 

by 

Jim  Wilson,  Institute  for  Defense  Analyses 


PACE  uses  cost  factors  and  user  supplied  descriptive  project  data  to  estimate  the  costs  of 
alternative  solutions  to  project  requirements.  One  needs  to  understand  how  both  types  of  data 
are  stored  to  fully  understand  how  PACE  works  under  the  interfaces. 


Cost  Factors 

Cost  factor  data  are  stored  as  individual  cost  factor  components  such  as  military  pay,  medical 
support,  fuel,  and  spare  parts.  The  basic  PACE  cost  factor  components  table  has  the  following 
data  for  each  component: 

1 .  A  component  identifier  (personnel  pay,  PCS  costs,  fuel) 

2.  user  entered  component  values, 

3.  funding  types  for  each  component, 

4.  a  cost  base  year  for  each  component,  and 

5.  a  calculated  component  value  converted  to  the  Project’s  Cost  Base  Year. 

This  latter  field  is  calculated  internally  by  PACE  using  the  PACE  inflation  data. 

InflatedF  actor  factortype,  projbaseyr 

UserF actorfactortype,  fundingtype,  factorbaseyr  *  CompInflRate  fundingtype,  factorbaseyr,  projbaseyr 

This  allows  PACE  to  use  cost  factor  component  data  from  multiple  base  years  yet  apply  the  data 
uniformly  to  each  project  cost  estimate. 

Typically,  there  are  several  cost  factor  components  that  are  related  to  a  cost  driver.  For  example, 
Coast  Guard  Standard  Personnel  costs  are  die  sum  of  five  or  more  individual  components  and 
facility  operating  costs  typically  have  separate  components  for  fuel,  overhauls,  and  maintenance 
parts.  PACE  therefore  has  a  construct 

CostFactorSettype  =  E  (Cost  FactorComponentStype) 

When  cost  factor  components  are  used  as  a  cost  factor  set,  the  value  applied  is  the  sum  of  the 
components  of  the  set  but  the  value  can  no  longer  be  associated  with  a  funding  type  and 
therefore  cannot  be  inflated  to  express  results  in  terms  of  Current  or  budget  costs.  More  on  this 
later. 
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Users  Project  Information 

Users  Project  information  identifies  and  quantifies  how  many  and  what  types  of  resources  (e.g., 
people,  facilities)  are  included  in  a  project.  In  many  cases,  users  are  also  permitted  to  enter  a 
value  that  is  used  as  a  “percent  applicable.”  For  example,  some  one  could  enter  data  to  represent 
a  cutter  operating  a  185  days  away  from  home  port  but  say  that  they  want  only  25%  of  the  costs 
actually  included  in  the  estimate.  Project  cost  entries  can  be  generally  represented  as: 

Cost  =  CostFactorSet  *  Quantity  *  Multiplier 

Recall  that  the  CostFactorSet  value  represents  the  constant  dollar  sum  of  all  applicable  cost 
factor  components. 


Users  also  record  whether  each  entry  should  be  applied  to  the  total  estimate  as: 

1 .  A  non-recurring  cost  (for  a  specified  single  year) 

2.  A  recurring  cost  (for  a  specified  year  range) 

3.  A  periodic  cost  (with  a  specified  starting  date  and  recurrence  period) 

One  last  level  of  complexity  is  associated  with  Project  data  when  users  decide  to  apply  a  percent 
applicability  to  an  entire  Cost  Element.  Each  Cost  Element  can  contain  many  individual  cost 
entries.  For  example,  a  single  Cost  Element  can  contain  data  for  several  ships  or  many  different 
types  of  personnel. 


Putting  It  All  Together 

PACE  records  data  so  that  it  represents  cost  factor  components,  cost  factor  sets,  project  data,  and 
finally  the  overall,  multi-year  cost  stream  that  represents  the  total  estimate,  year  by  year,  at  the 
lowest  level  of  resolution.  We  discussed  the  two  levels  of  storing  cost  data  -  first  by  user 
entered  cost  factor  component  and  then  a  PACE-created  table  of  cost  factor  sets.  PACE  also  has 
another  internal  table  in  each  project  database  (i.e.,  the  Component  Cost  Element  or  CCE  table) 
that  records  information  exactly  as  users  have  entered  data  on  the  data  entry  screens.  Each  entry 
in  the  CCE  table  contains 

1 .  The  type  of  data  entry  screen  PACE  used  to  record  the  data. 

2.  The  Cost  Breakdown  Structure  line  item  the  user  assigned  to  the  entry  (if  a  Direct  Entry 
cost).  If  the  entry  uses  a  standard  or  user  created  cost  factor  set,  the  cost  breakdown 
structure  item  is  recorded  by  cost  factor  component. 

3.  The  cost  factor  set  identifier  applied  (if  not  a  cost  factor  set  was  used). 

4.  The  value  of  the  cost  factor  in  terms  of  the  Project  Base  Year  price  level  to  be  used.  This 
may  be: 

5 .  a  User  Entered  F  actor, 

6.  a  value  from  a  standard  Cost  Factor  Set,  or 

7.  a  value  from  a  User  created  Cost  Factor  Set.). 

8.  The  annual  cost  when  the  model  is  to  use  a  Direct  Entry  value  rather  than  a  calculated 
value. 
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9.  The  base  year  that  applies  to  a  Direct  Entry  value.  The  base  year  that  applies  to  a  standard 
or  user  created  cost  factor  set  is  actually  recorded  by  cost  factor  component. 

10.  The  quantity  value.  This  may  be: 

1 1 .  a  User  Entered  value  or 

12.  a  value  taken  from  the  User  Variable  table. 

13.  The  User  Variable  identifier  when  this  is  used  as  the  source  for  the  quantity. 

14.  The  multiplier. 

15.  The  type  of  recurrence  (non-recurring,  recurring,  or  periodic)  that  should  be  applied  in 
adding  annual  costs  in  the  year  by  year  estimate  table. 

16.  The  first  year  that  annual  costs  should  appear  in  the  year  by  year  estimate  table. 

17.  The  period  of  recurrence  if  the  entry  has  been  recorded  as  a  Periodic  cost. 

18.  The  annual  cost  that  should  appear  in  the  year  by  year  estimate  table.  This  value  is 
derived  from  the  cost  factor,  quantity,  and  multiplier  entries  and  the  method  of 
calculation  varies  based  on  how  the  user  created  each  entry. 

At  any  time  PACE  is  required  to  display  the  total  project  cost  in  any  form,  it  uses  the  data  in  the 
CCE  table  to  generate  a  Cost  By  Year  table.  When  this  occurs,  PACE  uses  the  data  from  CCE  to 
know  what  years  to  generate  from  each  entry.  When  an  entry  in  CCE  is  based  on  a  Standard 
Cost  Factor  Set  or  User  Created  Cost  Factor  Set,  PACE  expands  the  cost  factor  value  into 
separate  values  for  each  component  of  the  cost  factor  set  so  that  funding  type  information  can  be 
included  in  the  Cost  By  Year  data. 

The  initial  transfer  of  data  from  the  CCE  table  to  the  Cost  By  Year  table  is  done  in  constant 
dollars  based  on  the  Project  Base  Year.  After  all  of  the  entries  are  generated,  PACE  converts  the 
data  to  Discounted  Costs  using  the  Project  Discount  Rate.  Finally,  PACE  generates  the  Current 
or  budget  year  costs  based  on  the  funding  types  associated  with  each  entry.  (Inflation  data  are 
recorded  by  Funding  Type). 


The  Cost  By  Year  table  has  the  following  fields: 

1.  Alternative  ED 

2.  Cost  Element  ID 

3.  Year 

4.  Cost  Breakdown  Structure  Item  ID 

5.  Cost  Factor  Type 

6.  Component  Cost  Element  ID 

7.  Cost  Category  (e.g..  Personnel,  O&M,  Construction) 

8.  Cost  SubCategory  (e.g.,  Staffing  (Personnel),  Allowances  (Construction)) 

9.  Cost  Frequency  Type  (i.e.,  Recurring,  Non-Recurring,  Periodic) 

10.  Funding  Type  (e.g.,  AFC  30,  AFC  01) 

11.  Amount  (Constant  dollar  amount) 

12.  Discounted  Amount 

13.  Inflated  Amount 
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You  will  note  that  the  Cost  By  Year  table  has  picked  up  information  from  the  details  of  the  cost 
factor  components  (e.g.,  Funding  Type)  but  does  no  carry  an  explicit  field  that  ties  the  contents 
of  this  table  back  to  specific  cost  factors.  The  consequence  is  that  if  you  want  to  do  the 
sensitivity  of  the  result  on  the  cost  of  fuel,  you  do  no  t  have  the  data  in  the  Cost  By  Year  table  (or 
any  other  table)  to  do  it.  You  would  need  to  write  a  procedure  that  would  “join”  the  data  in  Cost 
By  Year  with  the  data  in  CCE  and  the  Cost  Factor  to  generate  a  new  table  with  all  applicable 
information. 
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